REMARKS 



On the Office Action Summary page and at the top of p. 2 of the instant Office 
Action, the Examiner incorrectly lists only claims 17-30 as pending. However, claims 
17-45 are pending in the application. Reconsideration is respectfully requested in light of 
the following remarks. 

Section 103(a) Rejection : 

The Examiner rejected claims 17-30 under 35 U.S.C. § 103(a) as being 
unpatentable over Shwed et al. (U.S. Patent 5,835,726) (hereinafter "Shwed") in view of 
Bowker et al. (U.S. Patent 6,601,071) (hereinafter "Bowker"). Applicants respectfully 
traverse the rejection for at least the following reasons. 

Claim 17 

In regard to claim 17, Shwed in view of Bowker fails to teach or suggest a 
Document Exchange (XDOC) framework for processing in-bound and out-bound 
documents in an electronic procurement system. The Examiner cites column 1-18 of 
Shwed and column 1-15 of Bowker, none of which (whether considered alone or in 
combination) teach or suggest the specific limitations of claim 1 . 

Shwed teaches a system for controlling the inbound and outbound data packet 
flow in a computer network. Shwed' s system evaluates packets in a computer network 
on a packet by packet bases to determine whether to accept or reject each packet in 
accordance with a rule base. Shwed also teaches an accepted packet may be modified 
(e.g., encryption, decryption, signature generation). Shwed also teaches that his system 
may be implemented by inspection engines placed on computer systems that act as 
firewalls (Abstract, columns 2-4). However, Shwed, even when combined with Bowker, 
fails to mention anything at all about an electronic procurement system, much less 
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implementing a Document Exchange framework for processing in-bound and out-bound 
documents in an electronic procurement system. 

Bowker teaches a system that allows exchange of information by converting the 
information between proprietary formats and XML. Bowker also teaches an XML 
import tool for importing data from an XML file into a target repository by receiving user 
input for selecting data structures within the target repository, for selecting set of fields 
that belong to the selected set of data structures, and for mapping fields in the selected set 
of fields to tags associated with data within the XML file. Bowker teaches that a set of 
commands is generated based on the user inputs for populating the one or more fields that 
are mapped to tags with the data in the XML file. Bowker further teaches that the set of 
commands causes the one or more fields that are mapped to tags to be populated with the 
data in the XML file (Abstract). However, Bowker, even when combined with Shwed, 
fails to mention anything at all about an electronic procurement system, much less 
implementing a Document Exchange framework for processing in-bound and out-bound 
documents in an electronic procurement system. 



Furthermore, it does not make sense to combine the teachings of Bowker 

with the teachings of Shwed. Shwed's explicitly states that his system operates between 

levels 2 and 3 of the ISO (International Standardization Organization) model: 

FIG. 5 shows how a filter packet module of the present invention is 
utilized within the ISO model. The communication layers of the ISO 
model are shown at 502 at the left hand portion of FIG. 5. Level 1, block 
504, is the hardware connection of the network which may be the wire 
used to connect the various objects of the network. The second level, 
block 506 in FIG. 5 is the network interface hardware which is located in 
each computer on the network. The packet filter module of the present 
invention intercedes between this level and level 3 which is the network 
software. Briefly, for the sake of completeness, the other levels of the ISO 
model are level 4, block 510 which relates to the delivery of data from one 
segment to the next, level 5, block 512, synchronizes the opening and 
closing of a "session" on the network. Level 6, block 514 relates to the 
changing of data between various computers on the network, and level 7, 
block 516 is the application program. (Shwed, column 9, lines 1-17) 
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One having ordinary skill in the art would immediately recognize that Bower's system, 
which utilizes XML import and export tools that interface with a user (see e.g., column 2, 
lines 25-46), has nothing to do with the functionality of Shwed's system, which operates 
between the network and data link layers of the OSI model. In fact, one skilled in the art 
would also recognize that the tools described by Bowker would typically operate at the 
application layer (level 7) of the OSI model. Applicants assert that the combination 
proposed by the Examiner, which would include combining functionality from disparate 
levels of the OSI model, would not result in Applicant's claimed invention. Even were 
such a combination to be implemented, it would result in a system wherein the 
packet filtering functionality taught by Shwed and the XML import and export 
tools taught by Bowker operate independently of one another . Clearly, such a 
combination would not result in Applicant's claimed invention. 

Furthermore, Shwed in view of Bowker fails to teach or suggest an 
Extensible Markup Language (XML) content configuration file module configured 
to provide XML content gathered from a plurality of in-bound documents and 
applied to out-bound documents responsive to said in-bound documents . The 

Examiner cites Shwed columns 1-15. However, Shwed fails to teach or suggest anything 
at all about XML content gathered from a plurality of in-bound documents and applied to 
out-bound documents responsive to said in-bound documents, much less a content 
configuration file module configured to provide such XML content. Instead, Shwed 
teach a system that applies rules to inbound and outbound data packet flow in a computer 
network. The Examiner also cites column 1-15 of Bowker. While Bowker does disclose 
files adhering to XML format, Bowker is silent with respect to XML content gathered 
from a plurality of in-bound documents and applied to out-bound documents responsive 
to said in-bound documents, much less a content configuration file module configured to 
provide such XML content. Neither Shwed nor Bowker, taken singly or in combination, 
teach or suggest an Extensible Markup Language (XML) content configuration file 
module configured to provide XML content gathered from a plurality of in-bound 
documents and applied to out-bound documents responsive to said in-bound documents. 
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Additionally, Shwed in view of Bowker fails to teach or suggest a persistent 
object framer (POF) module coupled to said XML content configuration file module 
configured to maintain data persistence of files stored in a database external to said 
XDOC framework in said electronic procurement system, wherein said files stored 
in said database correspond to said XML content in said in-bound documents and 
said out-bound documents respectively . The Examiner cites column 1-18 of Shwed; 
however, Shwed fails to mention anything at all about maintaining data persistence of 
files stored in a database, much less maintaining data persistence of files that correspond 
to said XML content in said in-bound documents and said out-bound documents. The 
Examiner also cites columns 1-15 of Bowker; however, Bowker fails to mention anything 
at all with respect to maintaining data persistence of files stored in a database, much less 
maintaining data persistence of files that correspond to said XML content in said in- 
bound documents and said out-bound documents. Neither Shwed nor Bowker, taken 
singly or in combination, teach or suggest a persistent object framer (POF) module 
coupled to said XML content configuration file module configured to maintain data 
persistence of files stored in a database external to said XDOC framework in said 
electronic procurement system, wherein said files stored in said database correspond to 
said XML content in said in-bound documents and said out-bound documents 
respectively. 

Furthermore, Applicants assert the Examiner has failed to state a proper 
reason as to why one of ordinary skill in the art would combine the teachings of 
Shwed with the teachings of Bowker in a manner that would result in Applicants 
invention as claimed. The Examiner asserts "it would have been obvious to a person 
having ordinary skill in the art at the time the invention was made to modify the teaching 
of Shwed by including the limitations detailed above as taught by Bowker, because this 
would have helped businesses to exchange information without having to know, and 
provide separate conversion tools for the various business formats." However, one 
seeking to "help[] business to exchange information without having to know, and 
provide separate conversion tools for[,] the various business formats" would simply use 
the system taught by Bowker (see e.g., column 3, lines 43-52; column 3, line 64 - column 
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4, line 3). The Examiner has merely stated a reason to use the system of Bowker, not 
combine the teachings of Bowker with the teachings of Shwed to create a system 
adhering to the specific limitations of claim 1 . 



Thus, for at least the reasons presented above, the rejection of claim 17 is not 
supported by the cited art and removal thereof is respectfully requested. 



Claim 26 



In regard to claim 26, the Examiner has not even attempted to provide a 
prima facie rejection. The Examiner fails to consider the actual language of claim 26. 
Instead, it appears the Examiner has merely restated his rejection of claim 17. However, 
claim 26 recites a specific set of limitations that are distinct from the particular set of 
limitations recited in claim 17. More specifically, claim 26 recites specific actions of a 
method for providing Extensible Markup Language (XML) content from a database to a 
purchase order request in an electronic purchasing network. 



Furthermore, Applicants assert it does not make sense to combine the 

teachings of Bowker with the teachings of Shwed. Shwed' s explicitly states that his 

system operates between levels 2 and 3 of the ISO (International Standardization 

Organization) model: 

FIG. 5 shows how a filter packet module of the present invention is 
utilized within the ISO model. The communication layers of the ISO 
model are shown at 502 at the left hand portion of FIG. 5. Level 1, block 
504, is the hardware connection of the network which may be the wire 
used to connect the various objects of the network. The second level, 
block 506 in FIG. 5 is the network interface hardware which is located in 
each computer on the network. The packet filter module of the present 
invention intercedes between this level and level 3 which is the network 
software. Briefly, for the sake of completeness, the other levels of the ISO 
model are level 4, block 510 which relates to the delivery of data from one 
segment to the next, level 5, block 512, synchronizes the opening and 
closing of a "session" on the network. Level 6, block 514 relates to the 
changing of data between various computers on the network, and level 7, 
block 516 is the application program. (Shwed, column 9, lines 1-17) 
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One having ordinary skill in the art would immediately recognize that Bower's system, 
which utilizes XML import and export tools that interface with a user (see e.g., column 2, 
lines 25-46), has nothing to do with the functionality of Shwed's system, which operates 
between the network and data link layers of the OSI model. In fact, one skilled in the art 
would also recognize that the tools described by Bowker would typically operate at the 
application layer (level 7) of the OSI model. Applicants assert that the combination 
proposed by the Examiner, which would include combining functionality from disparate 
levels of the OSI model, would not result in Applicant's claimed invention. Even were 
such a combination to be implemented, it would result in a system wherein the 
packet filtering functionality taught by Shwed and the XML import and export 
tools taught by Bowker operate independently of one another. Clearly, such a 
combination would not result in Applicant's claimed invention. 

Furthermore, Shwed in view of Bowker fails to teach or suggest receiving a 
purchasing request cataloged in a plurality of in-bound documents by said 
electronic purchasing network, said purchasing request comprising goods, services 
and supplier information defining purchasing parameters specific and unique to a 
particular purchasing professional. The Examiner cites columns 1-18 of Shwed and 
columns 1-15 of Bowker, none of which teach or suggest the specific limitations of claim 
26. Neither Shwed nor Bowker, taken singly or in combination, teach or suggest 
anything at all about receiving a purchasing request catalogued in a plurality of in-bound 
documents, much less receiving a purchasing request cataloged in a plurality of in-bound 
documents by said electronic purchasing network, said purchasing request comprising 
goods, services and supplier information defining purchasing parameters specific and 
unique to a particular purchasing professional. By extension, Shwed in view of Bowker 
fails to teach or suggest retrieving XML content in response to said purchasing request 
from data sources external and internal to said electronic purchasing network. 

Furthermore, Applicants assert the Examiner has failed to state a proper 
reasons as to why one of ordinary skill in the art would combine the teachings of 
Shwed with the teachings of Bowker in a manner that would result in Applicants 
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invention as claimed. The Examiner asserts "it would have been obvious to a person 
having ordinary skill in the art at the time the invention was made to modify the teaching 
of Shwed by including the limitations detailed above as taught by Bowker, because this 
would have helped businesses to exchange information without having to know, and 
provide separate conversion tools for the various business formats." However, one 
seeking to "help[] business to exchange information without having to know, and 
provide separate conversion tools for[,] the various business formats" would simply use 
the system taught by Bowker (see e.g., column 3, lines 43-52; column 3, line 64 - column 
4, line 3). The Examiner has merely stated a reason to use the system of Bowker, not 
combine the teachings of Bowker with the teachings of Shwed to create a system 
adhering to the specific limitations of claim 26. 

Thus, for at least the reasons presented above, the rejection of claim 26 is not 
supported by the cited art and removal thereof is respectfully requested. 

Applicant also asserts that numerous ones of the dependent claims recite further 
distinctions over the cited art. However, since the rejection has been shown to be 
completely unsupported for the independent claims, a further discussion of the dependent 
claims is not necessary at this time. 

Claims 31-45 : 

Claims 31-45 are still pending but withdrawn per Applicants' election with 
traverse in response to the restriction requirement of April 7, 2005. Applicants filed a 
petition under 37 CFR 1.144 on December 5, 2005 requesting removal of the restriction 
requirement. A decision on this petition is long over-due and requested forthwith. 
As explained in the petition, the restriction requirement is clearly improper and 
examination of claims 31-45 is requested. 
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CONCLUSION 



Applicants submit the application is in condition for allowance, and prompt notice 
to that effect is requested. 

If any fees are due, the Commissioner is authorized to charge said fees to 
Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. Deposit Account No. 501505/5681- 
90700/RCK. 

Respectfully submitted, 



/Robert C. Kowert/ 

Robert C. Kowert, Reg. #39,255 
Attorney for Applicant(s) 



Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. 

P.O. Box 398 

Austin, TX 78767-0398 

Phone: (512) 853-8850 

Date: July 23, 2007 
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